維護一組不會被提交給SCM的小修改

Question

我正在使用git，但我很樂意聽到與其他SCM相關的答案。

我有一些小的變化，這只是對我有關（使用不同的構建方案，相關的只有我的配置），我真的很需要他們。

正確的做法是將它合併到主幹中，但是直到我將它合併到主幹中我必須保留一個不會被提交的更改列表。

所以我們假設我需要將我的makefile改成CC=mygcc（因爲我需要指向我正在編譯的其他軟件的壞版本的gcc符號鏈接），但我不想提交它（其他不要，所以其他人不希望有符號鏈接mygcc）。

我該怎麼做才能輕鬆同步並更新主存儲庫？

Answer 1

在水銀，這是最好用一個mq patch完成。

爲了使初始補丁：

cd <working copy> 
hg qinit 
...make changes to your working copy 
hg qnew <patch_name> 

然後，當是時候拉從遠程更改或實際提交新的局部變化：

hg qpop -a  # remove all patches from your working copy 
hg pull --update # get new changesets from the remote and update to the latest 
...work on local files 
hg commit -m "commit changes without touching the patch" 
hg push   # send changes to a remote repo that don't include the patch 
hg qpush -a  # apply all patches to your updated working copy 

Answer 2

在git我看到2個選項：

1. 圍繞着這一變化，但從來沒有把它添加到索引。這是確定的，但如果你的變化跨越多個文件，如果您需要提交只有一些更改某個文件就變得無聊（git add -p，等待，我是否需要該行...）。
2. 始終在遠程主機之前執行1次提交。將更改提交給主服務器，並在提交所有內容之前提交，以便您不想推送的提交將處於頂層。然後將所有內容都推送到服務器，除了最後一次提交。

讓我展示一個我寫的快速腳本，以確保您的臨時提交一直持續。我假定臨時提交將在提交消息中有#alwaysontop。

這個腳本基本搜索第一個到達與#alwaysontop提交信息的提交和重訂後，這一切的變化，使這將是在上面。確保你的提交和#alwaysontop之間沒有衝突，否則它將無法正常工作。

你應該確保你永遠不會推提交標有#alwaysontop與推前鉤。

#!/bin/sh 
if ! git diff-index --quiet HEAD --; then 
     echo "Repository is dirty, only run with clean index and working tree" 
     exit -1 
fi 

KEYWORD=':/#alwaysontop' 

if ! git rev-parse $KEYWORD &>/dev/null; then 
     echo No commit with $KEYWORD found 
     exit -1 
fi 

TEMPREV=`git rev-parse $KEYWORD` 
REMOTE_BRANCH=`git rev-parse $TEMPREV^` 

echo @ rebasing current commit before $TEMPREV 
git rebase --onto $REMOTE_BRANCH $TEMPREV && \ 
NEWHEAD=`git rev-parse HEAD` && \ 
echo @ now at $NEWHEAD moving to always-on-top commit && \ 
git reset --hard $TEMPREV && \ 
echo @ rebasing $TEMPREV to be topmost && \ 
git rebase $NEWHEAD 

Answer 3

這實在是對Elazar Leibovich's second option評論這對於評論來說已經變得非常有用了:)在提交圖形術語中，我基本上和選項2一樣，但是維護一個本地分支，它有我的變化而不是留在主分區上。換句話說，通常情況是這樣的：

A --- B --- C (master,origin/master) --- D --- E (local) 

...如果我想從主更新，我會做：

git checkout local 
git fetch origin 
git rebase origin/master 

...去：

A --- B --- C (master) --- F --- G (origin/master) --- D' --- E' (local) 

如果我加入了更多的提交到local，我會做一個git rebase -i origin/master這樣我就可以確保我的D和E仍然是歷史上最近的。

的這種過度埃拉扎爾Leibovich的選項2的好處就是，它減少了你要與git push或git push master小心把你的本地更改master的風險，因爲你的本地修改絕不會在master分支應該沒有分支稱爲local遠程。 （如果有，選擇一個不同的名稱，顯然:)）

當你必須要推回master東西，例如提交H和I這裏：

A -- B -- C (master) -- F -- G (origin/master) -- H -- I -- D'' -- E' (local) 

...你會這樣做：

git checkout master 
git merge I 
git push origin master