Re: updating github.com forks, developing in remote branches and svn:eol-style equiv?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Mar 28, 2010 at 2:25 AM, Alexander Iljin <ajsoft@xxxxxxxxx> wrote:

>  You should do it the way you described - via local repository, because you
>  might need to resolve conflicts along the way.
>  There is the "Fork Queue" feature on GitHub, you may give it a try.

In playing around with their Fork Queue feature...  I have a week old
fork to which I've made no changes.  I do "Select All" for al the
changes in teh original fork and then select "Apply" in the drop down
"Actions" menu.  It then just sits there doing nothing.  It says
"Status: Processing 1 of 8 Commits" and that's it.  Shouldn't it
actually be doing something?

>  To have a local branch you should create it:
>  git checkout -b branchName remotes/origin/branchName
>  Remote branches are there only to track the state of the remote repo,
>  you should only commit to local branches and then push your work to
>  remotes.

I think I figured out some of my confusion - there's a "Create New
Branch" checkbox in the "Checkout\Switch" dialog that needs to be
checked that isn't by default.  I guess the idea is that, by default,
TortoiseGit assumes you want to make the branch you checkout the
default branch?
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]