You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've got a number of "best practices" around git config -- trying to figure out where they should go. What do people think? Do individual teams end up layering on custom git configs onto workstations?
let's say you've set up a new remote, pointing to your pair's fork. You do git fetch <pair> to download the remote references. Then you want to, all in one fell swoop:
Checkout their branch
Start a local branch with the same branch name
Have your local branch automatically be tracking the upstream reference
I'm used to being able to simply git checkout <new_branch_name> -- no flags, no remote name needed. Git recognizes that it's not a valid local ref, searches the list of remote refs, figures out what I'm trying to do, and does all the above for me.
let's say you work across various repos, some public, some private. You're rotating among workstations regularly, so you keep your ssh key on a USB stick, and set it on your machine daily.
great for types of files that are idiosyncratic to workstations or IDEs that you like but are too specific to your particular dev flow for an open source community to accept them into their .gitignore
The text was updated successfully, but these errors were encountered:
Looking back at this, I think we can close the issue.
number 1 is not an issue after all. Default git behavior on a new machine.
number 2 is addressed by #183
number 3 is vague; open to someone else suggesting an excludesfile to the global config in the future but probably hard to find consensus.
I've got a number of "best practices" around git config -- trying to figure out where they should go. What do people think? Do individual teams end up layering on custom git configs onto workstations?
git fetch <pair>
to download the remote references. Then you want to, all in one fell swoop:I'm used to being able to simply
git checkout <new_branch_name>
-- no flags, no remote name needed. Git recognizes that it's not a valid local ref, searches the list of remote refs, figures out what I'm trying to do, and does all the above for me.I think the following post's settings are a big part of what's necessary. But is there other stuff needed for this to just magically work?
https://stackoverflow.com/questions/5480069/autosetuprebase-vs-autosetupmerge
http://engineering.pivotal.io/post/git-push-instead-of/ describes the optimal way to do it.
It uses the following global git config to make the magic happen:
and a typical excludes file might look like:
great for types of files that are idiosyncratic to workstations or IDEs that you like but are too specific to your particular dev flow for an open source community to accept them into their
.gitignore
The text was updated successfully, but these errors were encountered: