couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Russell Branca <chewbra...@gmail.com>
Subject Re: Simplifying Fauxton Setup
Date Fri, 01 Feb 2013 20:07:45 GMT
Also just pushed out some wrappers around the local bbb/grunt packages (as
described above), so we can install all packages into the local
node_modules folder and still have easy to use paths.

Target dev flow:

git clone couchdb
cd src/fauxton
npm install
bbb server
*makes changes*
*profit*

The proxy settings will allow us to point at an running local (or remote)
CouchDB instance. So even if we leave Fauxton in the base repo, we can
still avoid requiring people to manually compile CouchDB.


-Russell


On Fri, Feb 1, 2013 at 11:58 AM, Russell Branca <chewbranca@gmail.com>wrote:

> Turns out there's an undocumented proxy feature in bbb server. I just
> pushed out a change that will proxy requests through to CouchDB as needed.
> Its about 80% of the way there. We don't have to go this route long term,
> but it gives you a development server that avoids the build step every time
> you make a change.
>
>
> -Russell
>
>
> On Thu, Jan 31, 2013 at 1:54 PM, Jan Lehnardt <jan@apache.org> wrote:
>
>>
>> On Jan 31, 2013, at 22:21 , lenz <norbu09@gmail.com> wrote:
>>
>> > not posting here as often as i should ... :-)
>> >
>> > On Fri, Feb 1, 2013 at 9:13 AM, Russell Branca <chewbranca@gmail.com>
>> wrote:
>> >> Interesting point about updating the $PATH Jan. I'm not opposed to
>> going
>> >> back to installing grunt and bbb globally, although one intermediate
>> option
>> >> that might work well is to just add a bin folder and add proxy scripts
>> for
>> >> grunt and bbb that just point into node_modules/.bin/.
>> >
>> > we use the /bin folder option in iwantmyname with proxy scripts for a
>> > watcher and and a grunt compile task. that works well for deployment
>> > and local development for us less node focused people and js geeks
>> > seem to be ok with it as well. having a script that can be called for
>> > deployments is really handy for us and makes automation so much
>> > easier. also nothing really leaks outside the projects which is
>> > important for a server deployment for us.
>>
>> Excellent data point, thanks Lenz! :)
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message