From: Stefan F. <ste...@we...> - 2011-07-20 15:00:44
|
Brett: sorry I was using the wrong wording below (still kept somehow in my subversion-world, where a branch is a copy of the trunk). I did not clone the local repo, instead I created a branch inside the same repo. So my actual workflow was the one you suggested below. So I have two branches shown in the git explorer of egit: master and h_train. Anyhow I tested things again in the last half hour and it did not work first, but now it worked out of the blue. Have you changed anything on the settings or did I torture egit for so long, that it had pity with me. Stefan On Wednesday, July 20, 2011 04:45:02 pm brett lentz wrote: > Comments inline... > > On Wed, Jul 20, 2011 at 4:39 AM, Stefan Frey <ste...@we...> wrote: > > Actually I had to use the push uri: > > ssh://{username}@rails.git.sourceforge.net/gitroot/rails/rails > > > > Using the git protocol was not possible, as egit complained that it > > does not support a username. > > Correct. To be able to push changes, your remote uri needs to be the ssh > uri. > > You can modify this setting on the fly, and don't need to re-clone the > repository. The "git config" CLI commands can update any repository > setting. > > > I prefer not to use the synchronize perspective with git, as I wonder > > what it actually shows, as there are now two states of changes (changes > > not committed, changes committed but not pushed yet). > > I'm not yet familiar with EGit, so most of the following information > will be based on my knowledge of the CLI tools. > > > So my intended workflow to implement a new feature was: > > A) Create a branch for that feature locally by cloning my local master > > which is itself a clone of the remote master. > > B) Commit the changes in the local branch. > > C) Push/merge those changes into my local master. > > D) Push the changes from the local master into the remote master. > > Creating two local repositories is unnecessary and might be adding > extra complications to your workflow. > > Let's see if we can get the simple use case working, then you can > decide if you need more. > > Try doing this: > > 1. Create a topic branch. > 2. Work as needed in the topic branch, making local commits when it makes > sense. 3. When you've got an amount of work that's ready to push, update > your local master and then merge your topic branch to your local master. > 4. Push your changes to the remote repository. > > Let's even save rebasing for later. > > > Unfortunately I was not able to push the changes to the master branch, I > > got a rejected error message for this (both on dry run and real). But my > > local master is up-to-date with the repo master. > > If you post the error message, it would help. > > The most common reasons for a failed push are: > > 1. Authentication and permissions problems (including using the wrong > remote.origin.url. > 2. Local branch being out of sync with remote branch. (try a git pull, > then retry your push.) > > Unline SVN, Git won't let you push changes if your local tree is out > of sync with the remote tree. You need to pull any remote changes into > your local tree, resolve any merge conflicts (if any) locally, then > push your changes. > > > However I was able to push my branch H_train into the repo and was able > > to push my committed changes there. > > > > My ref spec for the push to the master is: > > refs/heads/master:refs/heads/master > > This looks correct. > > It would be more useful to diagnose the issue to do this: > > $ git fetch > $ git status > $ git branch -vv > $ git diff origin/master master --stat > > The fetch will update your remote refs without changing your working > copy. Git pull simply is a shortcut to running fetch then either merge > or rebase (depending on chosen options). > > The output of the status, branch, and diff commands will tell you how > out of sync you are with the remote side, often telling you how many > commits ahead or behind you are. > > > What have I done wrong? > > Maybe it is better to wait for Brett to help here, I do not want to break > > anything and he has daily working knowledge with git. > > > > Stefan > > ---Brett. > > > On Wednesday, July 20, 2011 11:12:44 am Erik Vos wrote: > >> See below for my findings > >> > >> > -----Original Message----- > >> > From: Stefan Frey [mailto:ste...@we...] > >> > > >> > Brett or Erik: > >> > I believe I am doing something wrong or something is not setup > >> > correctly, > >> > >> but > >> > >> > I do not get the push working after the commit. > >> > > >> > I did setup a complete new workspace for git, cloned remote, changed > >> > , committed, then pushed to remote. > >> > All steps worked, except the final push. > >> > >> I did the same thing, and it all appears to have worked. I'm not happy > >> with the way Egit reports a successful push: the synchronization view is > >> not updated (unlike Subversive, which cleaned up that view after a > >> commit). Basically I have to conclude success from the absence of error > >> messages; I would have preferred some positive message. > >> > >> > The error message I get is that the push is not permitted. > >> > > >> > My thoughts are: > >> > > >> > I have not setup a specific push-URI, only used the sourceforge link > >> > git://rails.git.sourceforge.net/gitroot/rails/rails > >> > >> Same as I did, except that I had inserted my username, as per the Egit > >> help info (git://ev...@ra.../gitroot/rails/rails). > >> I wonder: could and should I also insert my password? Now I'm asked to > >> type my Sourceforge password *every* time I access remote (Subversive > >> only required it once per Eclipse session). I could not find a place to > >> configure that either. > >> > >> > During the clone the fields for authentication were grayed out. > >> > >> Can't remember. > >> > >> > During the push I never got asked for my user-account or password on > >> > sourceforge. > >> > >> I think I was asked for my password only, as I had included mu username > >> in the URL. > >> > >> > I was not able to locate anywhere in all those Eclipse dialogs where I > >> > >> might be > >> > >> > able to setup my account. > >> > >> The only place I found was in the Push Wizard (Team|Remote|Push), but I > >> haven't used the Custom part of that either. > >> > >> > Could you please provide help? > >> > >> Unfortunately I can't speak the final word on this matter. Let's > >> together try to find what works best. > >> > >> Erik. > >> > >> > >> ------------------------------------------------------------------------ > >> --- --- 10 Tips for Better Web Security > >> Learn 10 ways to better secure your business today. Topics covered > >> include: Web security, SSL, hacker attacks & Denial of Service (DoS), > >> private keys, security Microsoft Exchange, secure Instant Messaging, > >> and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------- > > ----- 10 Tips for Better Web Security > > Learn 10 ways to better secure your business today. Topics covered > > include: Web security, SSL, hacker attacks & Denial of Service (DoS), > > private keys, security Microsoft Exchange, secure Instant Messaging, and > > much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > --------------------------------------------------------------------------- > --- 10 Tips for Better Web Security > Learn 10 ways to better secure your business today. Topics covered include: > Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, > security Microsoft Exchange, secure Instant Messaging, and much more. > http://www.accelacomm.com/jaw/sfnl/114/51426210/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |