多个工作机,如何同步未 commit 的 change? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
git
Pro Git
Atlassian Git Tutorial
Pro Git 简体中文翻译
GitX
yegle
V2EX    git

多个工作机,如何同步未 commit 的 change?

  •  
  •   yegle 2015-01-03 04:59:26 +08:00 4761 次点击
    这是一个创建于 3935 天前的主题,其中的信息可能已经有所发展或是发生改变。
    两个工作站,经常在一个机器上写了一半但是还没到commit的时候,又想在另一个工作站继续工作。

    想过几个方案:
    1. dropbox,但是不确定dropbox是否适合,不止一次遇到过同步方向出错dropbox里文件被同步成老版本
    2. 直接把半成品commit到git repo,另一个机器pull下来后git reset --soft HEAD^一下。但是这样需要手动操作同步,万一离开A机器时忘了做这么个工作就傻逼了
    3. 用watchman之类的工具自动把进度导出成patch放到某个中心服务器上,这个方案还没想明白,不确定是否值得大费周张做这么个工具。
    19 条回复    2015-01-04 15:10:40 +08:00
    tempdban
        1
    tempdban  
       2015-01-03 06:05:32 +08:00 via Android
    其实我通常是,远程桌面连接,局域网很快的……
    msg7086
        2
    msg7086  
       2015-01-03 06:06:34 +08:00
    开新branch做commit我觉得是最靠谱的。
    KentY
        3
    KentY  
       2015-01-03 06:13:11 +08:00 via Android
    开branch 然后push可能是最中规中矩的,但你非说忘了push那就没法了,要么自己写个脚本? 你两个working stations间不通么?
    ligyxy
        4
    ligyxy  
       2015-01-03 06:50:41 +08:00
    我现在就有这个问题, 多了很多纯粹同步用的没什么意义的commit, 标题都不知道怎么写合适
    msg7086
        5
    msg7086  
       2015-01-03 08:58:56 +08:00
    @ligyxy 像stash一样,WIP: XXX,就行了呗。
    而且反正是work in progress,过段时间就能清理掉了。
    maikcn
        6
    maikcn  
       2015-01-03 09:03:02 +08:00
    有相同的需求,我在用的是 BTSync 来同步一台服务器和两台工作机... 偶尔会有不同步的情况,但是基本还好
    standin000
        7
    standin000  
       2015-01-03 09:03:48 +08:00
    git 开branch,删branch很容易的,不用顾忌些什么
    9hills
        8
    9hills  
       2015-01-03 09:07:10 +08:00 via iPad
    开临时的分支,随意commit,不用非要凑一个好的commit。。。等到一个功能点开发完成后,merge squash 或者rebase整理下就好了。


    硬是要凑一个优雅的commit,是svn带来的坏习惯
    9hills
        9
    9hills  
       2015-01-03 09:08:07 +08:00 via iPad
    @ligyxy 就随便敲好了,反正最后需要rebase清理。我一般是开一个新分支,然后随意commit。。。最后整理下ok
    gyteng
        10
    gyteng  
       2015-01-03 09:10:52 +08:00
    多个机器的时候只在某一台机专门commit,其他机器用dropbox同步代码
    nicai000
        11
    nicai000  
       2015-01-03 10:36:08 +08:00
    一个branch专门放可以--force的未完成工作, 一台机器上commit另外一台接着开发然后rebase成一个好的commit再push到开发的branch.

    另外, @9hills , 优雅的commit是好习惯, 甚至是团队合作必须的. 你可能说的是一个各方面功能完备的commit. Git最好是细碎优雅的commit和功能完备的merge.
    9hills
        12
    9hills  
       2015-01-03 11:03:19 +08:00 via iPhone
    @nicai000 你再仔细看下我的描述,开发中的临时commit完全没必要优雅,也不用非要凑一个commit才去提交,最后可以通过rebase整理的,才是给人看的优雅的commit.
    mintist
        13
    mintist  
       2015-01-03 12:37:54 +08:00
    开一个branch专门放这种写了一半的commit,写完再merge到master上
    tywtyw2002
        14
    tywtyw2002  
       2015-01-03 13:34:40 +08:00 via iPhone
    以前也有这样的问题,离开工作台计划马上回来继续。但是因为一些原因却在别的机器工作了。

    一般我是dropbox同步code,commit用ssh到 主机器去commit,这样就好了。
    blacktulip
        15
    blacktulip  
       2015-01-03 17:25:46 +08:00
    非要用同步实现的话开 branch 比较靠谱。但是实际上 .git 文件夹本身同步起来也经常会出问题,最保险是 push 了再 pull . 就是比较麻烦。

    其实我觉得应该用一份 repo . 同步早晚出问题。要么就远程,要么最简单的方式买个高速优盘...
    revlis7
        16
    revlis7  
       2015-01-04 00:52:41 +08:00
    ABCD四台工作机,A用来执行测试,BCD用来开发并执行push和pull操作,在BCD上开发改动文件时,自动rsync到A机,如果忘记push,可以从A上面找到尚未push的修改,然后反向同步到当前的开发机上。

    Dropbox是好,但是国内被墙了要代理好麻烦。
    oxoxoxox
        17
    oxoxoxox  
       2015-01-04 09:44:47 +08:00
    @revlis7 Dropbox只是DNS污染,不用翻墙
    oxoxoxox
        18
    oxoxoxox  
       2015-01-04 09:52:05 +08:00
    楼上很多人都说了,开branch是最好的办法,merge到master的时候是可以再整理的,而且git的branch就是用来保存临时代码的
    semicircle21
        19
    semicircle21  
       2015-01-04 15:10:40 +08:00
    btsync, 缺点是不开源的软件, 需要承担风险.
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2591 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 30ms UTC 04:52 PVG 12:52 LAX 21:52 JFK 00:52
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86