oops! I did it correctly this time but it still complained. However I changed the name of the branch to "remotes/origin/engine-pu" and that seems to have worked (I do see the code as expected): ====================================================== rkapoor1@RKAPOOR1-MOBL4 /c/projs/mcd/memcached (origin/engine-pu) $ git checkout -b rajiv origin/engine-pu warning: refname 'origin/engine-pu' is ambiguous. warning: refname 'origin/engine-pu' is ambiguous. fatal: Ambiguous object name: 'origin/engine-pu'. rkapoor1@RKAPOOR1-MOBL4 /c/projs/mcd/memcached (origin/engine-pu) $ git checkout -b rajiv remotes/origin/engine-pu Branch rajiv set up to track remote branch engine-pu from origin. Switched to a new branch 'rajiv' ==================================================== Is this OK (adding the "remotes" to the path)? thanks for your help. \rajiv
On Sunday, June 24, 2012 11:26:38 PM UTC-7, Dormando wrote: > git checkout -b rajivs_local_test_branch origin/engine-pu > > that middle part is important :) > > On Sun, 24 Jun 2012, rajiv wrote: > > > Still shows the same code as before: > > > > ============================================== > > $ git checkout -b origin/engine-pu > > Switched to a new branch 'origin/engine-pu' > > rkapoor1@RKAPOOR1-MOBL4 /c/projs/mcd/memcached (origin/engine-pu) > > $ ls > > AUTHORS README globals.c protocol_binary.h t > > BUILD assoc.c hash.c sasl_defs.c > testapp.c > > CONTRIBUTING assoc.h hash.h sasl_defs.h > thread.c > > COPYING autogen.sh items.c scripts > timedrun.c > > ChangeLog cache.c items.h sizes.c > trace.h > > Doxyfile cache.h m4 slabs.c > util.c > > HACKING configure.ac memcached.c slabs.h > util.h > > LICENSE daemon.c memcached.h solaris_priv.c > version.pl > > Makefile.am devtools memcached.spec.in stats.c > version.sh > > NEWS doc memcached_dtrace.d stats.h > > rkapoor1@RKAPOOR1-MOBL4 /c/projs/mcd/memcached (origin/engine-pu) > > ============================================== > > > > On Sunday, June 24, 2012 11:18:00 PM UTC-7, Dormando wrote: > > git clone etc > > cd memcached > > git checkout -b rajiv origin/engine-pu > > > > On Sun, 24 Jun 2012, rajiv wrote: > > > > > I am having some git newbe trouble with the step 2.5: > > > > > > "2.5: switch to engine-pu branch (after cloning)" > > > > > > I did the fork and clone and I got the follwing on my local > machine: > > > ================================================== > > > rkapoor1@RKAPOOR1-MOBL4 /c/projs/mcd/memcached (master) > > > $ ls > > > AUTHORS README globals.c > protocol_binary.h t > > > BUILD assoc.c hash.c > sasl_defs.c testapp.c > > > CONTRIBUTING assoc.h hash.h > sasl_defs.h thread.c > > > COPYING autogen.sh items.c > scripts timedrun.c > > > ChangeLog cache.c items.h > sizes.c trace.h > > > Doxyfile cache.h m4 > slabs.c util.c > > > HACKING configure.ac memcached.c > slabs.h util.h > > > LICENSE daemon.c memcached.h > solaris_priv.c version.pl > > > Makefile.am devtools memcached.spec.in > stats.c version.sh > > > NEWS doc memcached_dtrace.d stats.h > > > rkapoor1@RKAPOOR1-MOBL4 /c/projs/mcd/memcached (master) > > > ================================================== > > > > > > Then I switched to the engine-pu branch and checked it out: > > > > > > $ git branch engine-pu > > > $ git checkout engine-pu > > > > > > However when I go look at the memcahed dir I still see the 1.4 > (?) memcached code as shown above. I don't see the 1.6 branch code that I > am used to seeing. Am I missing some step here to get the engine-pu code > downloaded to my local machine? > > > > > > Here are all the branches I see : > > > > > > ================================================== > > > $ git branch -a > > > * engine-pu > > > master > > > remotes/origin/14perf > > > remotes/origin/HEAD -> origin/master > > > remotes/origin/engine-pu > > > remotes/origin/gh-pages > > > remotes/origin/master > > > remotes/origin/stable > > > remotes/origin/stable-1.3 > > > ================================================== > > > > > > Any clues woudl be much appreciated. > > > > > > thanks, > > > \rajiv > > > > > > > > > On Thursday, June 21, 2012 4:49:07 PM UTC-7, Dormando wrote: > > > That's a start, yes! > > > > > > but: > > > > > > 2.5: switch to engine-pu branch (after cloning) > > > 4: push back to your own branch > > > > > > are all of the details. > > > > > > On Thu, 21 Jun 2012, rajiv wrote: > > > > > > > OK I am going to do it the right way :) Question - are > these the right steps to do this : > > > > > > > > 1. "Fork" the repository on GitHub > > > > 2. "Clone" the repository to my local machine > > > > 3. Make my changes to the code locally > > > > 4. "Push" the commits back to gitHub > > > > > > > > thanks, > > > > \rajiv > > > > > > > > On Thursday, June 21, 2012 10:54:15 AM UTC-7, Dormando > wrote: > > > > Life will be much easier if you can use git to > check out the code tree. > > > > Then you can compare tags, look at commit history > for context, etc. > > > > > > > > But if not, then yes you're sort of stuck with > what github can offer you > > > > as a download link. > > > > > > > > Libevent is bundled at package time, so we don't > have to keep it in the > > > > source tree. There's some magic in autogen there > which grabs a specified > > > > version of libevent and adds it to the final > tarball. So that *should* be > > > > missing, yes. > > > > > > > > On Thu, 21 Jun 2012, rajiv wrote: > > > > > > > > > I just downloaded from the engine-pu tree from > https://github.com/memcached/memcached/tree/engine-pu. The only way I > could > > > > download was as a ZIP file. I don't > > > > > see any link there to download a tarball. Not > that difference is important but I notice that the contents of the ZIP are > quiet > > > > different from the version I > > > > > already had. For one - I don't see the bundled > libevent? > > > > > > > > > > What I downloaded was: > > > > > > > > > > memcached-memcached-1.6.0-beta1-77-ge70f5ac.zip > > > > > > > > > > Just want to make sure I grabbed the right > tree. > > > > > > > > > > thanks, > > > > > \rajiv > > > > > > > > > > On Wednesday, June 20, 2012 11:10:46 PM UTC-7, > Dormando wrote: > > > > > Hey, > > > > > > > > > > Wow, that sounds neat! I was hoping to bum > some free hardware from intel > > > > > so I could continue optimizing the 1.4 > tree... :) > > > > > > > > > > Any way, what version of 1.6 have you > written this against? One of the > > > > > released beta's or the source tree? > > > > > > > > > > > https://github.com/memcached/memcached/tree/engine-pu > > > > > > > > > > Our main code tree is over at > github.com/memcached/memcached - the link I > > > > > posted above is the "1.6" tree, which is > called "engine-pu" on our end. > > > > > > > > > > The best way for you to contribute is to > grab the very latest engine-pu > > > > > branch, and make sure your code fully > works against that. Then push your > > > > > tree with the new engine into it > somewhere, ideally also github. We can > > > > > then track changes and exchange feedback > or easily merge it (without > > > > > losing any history you feel like sharing > with us). > > > > > > > > > > Keep in midn that if you want us to > distribute your engine along with 1.6, > > > > > it'll need to have a compatible license. > We also try to not ship code > > > > > which is patent encumbered, so please > disclose any which may be in use in > > > > > your changes. > > > > > > > > > > We really appreciate you taking the time > to do this, at any rate. I would > > > > > love to see the code! > > > > > > > > > > have fun, > > > > > -Dormando > > > > > > > > > > On Wed, 20 Jun 2012, rajiv wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > I work at Intel and we have added a > new optimized "engine" to Memcached 1.6. This engine uses parallel hash > table accesses > > > > and an LRU implementation > > > > > that gives us > > > > > > lock free GET operations. We have > tested this version doing GET operations on 1 to 16 cores and seems to > scale pretty well. > > > > > > > > > > > > We would like to contribute these > changes back to the 1.6 branch. Can someone tell me or point me to info on > the process to > > > > do that? Is it is multi > > > > > step process > > > > > > where I first need to upload the entire > 1.6 version that we have with the new code and then later after some > review we > > > > integrate our changes into the > > > > > 1.6 > > > > > > mainline? Or do I have to download lthe > latest 1.6 branch, port our changes to it and post that? Also where (URL) > is it that > > > > I would upload the > > > > > version/changes > > > > > > that I have? > > > > > > > > > > > > Sorry for these basic questions - I have > never actually contributed to Open Source code in the past. > > > > > > > > > > > > thanks, > > > > > > \rajiv > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
