i*****h
发帖数: 1534 | 1 RT, 大家是不是都喜欢用git啊？有什么特别的原因吗？我之前用perforce，现在换到
git上很不习惯，commit->pull request->merge，是为了code review方便？ |
a*******a
发帖数: 383 | |
l********6
发帖数: 129 | |
i**9
发帖数: 351 | 4 Git branch 方便，开一个 branch 没有什么cost， perforce 开个 branch 要把整个
repo 重新copy一遍。 |
c*******n
发帖数: 442 | 5 但是branch 很蛋疼啊，改完以后merge要和别人扯皮很久……
另外一个蛋疼的就是git mv了。。。。
个
【在 i**9 的大作中提到】
: Git branch 方便，开一个 branch 没有什么cost， perforce 开个 branch 要把整个
: repo 重新copy一遍。
|
g*********e
发帖数: 14401 | 6 因为免费
【在 i*****h 的大作中提到】
: RT, 大家是不是都喜欢用git啊？有什么特别的原因吗？我之前用perforce，现在换到
: git上很不习惯，commit->pull request->merge，是为了code review方便？
|
r***y
发帖数: 4379 | |
i*****h
发帖数: 1534 | 8 merge很麻烦，今天几个commit里有个commit错了删除搞了一会时间，不知道是不熟还
是本来就难用。
个
【在 i**9 的大作中提到】
: Git branch 方便，开一个 branch 没有什么cost， perforce 开个 branch 要把整个
: repo 重新copy一遍。
|
j********r
发帖数: 127 | 9 github很方便，不用自己建server, 还可以自动deploy到其他aws, digital ocean, 自
动test. 你commit一次就可以自动编译测试然后deploy。
再说github上面那么多好码，你不用怎么去看别人的码？ |
c******n
发帖数: 4965 | 10 一点都不麻烦
说麻烦的真是没有掌握要领
【在 i*****h 的大作中提到】
: merge很麻烦，今天几个commit里有个commit错了删除搞了一会时间，不知道是不熟还
: 是本来就难用。
:
: 个
|
|
|
b**********5
发帖数: 7881 | 11 github怎么自动deploy？？！！
能给个documentation么？
【在 j********r 的大作中提到】
: github很方便，不用自己建server, 还可以自动deploy到其他aws, digital ocean, 自
: 动test. 你commit一次就可以自动编译测试然后deploy。
: 再说github上面那么多好码，你不用怎么去看别人的码？
|
j********r
发帖数: 127 | 12 digit ocean是搞个jenkins, jenkins可以收github push，然后pull 下来deploy
aws有自己的服务
【在 b**********5 的大作中提到】
: github怎么自动deploy？？！！
: 能给个documentation么？
|
b**********5
发帖数: 7881 | 13 nothing to do with github...
【在 j********r 的大作中提到】
: digit ocean是搞个jenkins, jenkins可以收github push，然后pull 下来deploy
: aws有自己的服务
|
k**l
发帖数: 2966 | 14 git is good, version control, branching
We are a small company and my manager frighted a lot against moving to git
in the beginning. Now everyone is so used to having git
可惜和eclipse整合的不太好, 我们用了个叫smartgit 的软件
【在 i*****h 的大作中提到】
: RT, 大家是不是都喜欢用git啊？有什么特别的原因吗？我之前用perforce，现在换到
: git上很不习惯，commit->pull request->merge，是为了code review方便？
|
i*****h
发帖数: 1534 | 15 那我再研究研究，刚在自己的laptop上装了一个熟悉熟悉
【在 c******n 的大作中提到】
: 一点都不麻烦
: 说麻烦的真是没有掌握要领
|
z****e
发帖数: 54598 | 16 cvs has nothing to do with test, build and deploy etc.
u r probably talking about gradle, maven, sbt, ant etc.
【在 j********r 的大作中提到】
: github很方便，不用自己建server, 还可以自动deploy到其他aws, digital ocean, 自
: 动test. 你commit一次就可以自动编译测试然后deploy。
: 再说github上面那么多好码，你不用怎么去看别人的码？
|
z****e
发帖数: 54598 | 17
egit
【在 k**l 的大作中提到】
: git is good, version control, branching
: We are a small company and my manager frighted a lot against moving to git
: in the beginning. Now everyone is so used to having git
: 可惜和eclipse整合的不太好, 我们用了个叫smartgit 的软件
|
z****e
发帖数: 54598 | 18 personally not a fan of git
but xcode & android studio all use git
so maybe just get used to it
it is cheap, like linux |
g*****g
发帖数: 34805 | 19 egit挺好的。
【在 k**l 的大作中提到】
: git is good, version control, branching
: We are a small company and my manager frighted a lot against moving to git
: in the beginning. Now everyone is so used to having git
: 可惜和eclipse整合的不太好, 我们用了个叫smartgit 的软件
|
t****n
发帖数: 313 | 20 Git的问题是整不了太大的repository。perforce随便10个g轻松随意，git 10g的话早
没法用了 |
|
|
c******f
发帖数: 243 | 21 git不好用
我们这里一个repo几十GB, 一个workspace不能换branch
|
s**x
发帖数: 7506 | 22 没人用mercurial? 这个全部copy 整个repo 比较笨，顶多只适合一些小repo 的情况。
特烦 Git |
b******y
发帖数: 9224 | 23 Linus不是professional version control system developer, 所以。。。 |
g*****g
发帖数: 34805 | 24 git是模块化的，每个模块对应一个项目。很难想象有什么模块需要几十个G. 说到底是
你们没设好。
【在 c******f 的大作中提到】
: git不好用
: 我们这里一个repo几十GB, 一个workspace不能换branch
:
|
j********r
发帖数: 127 | 25 目前只发现github可以push message,别的必须jenkins这类工具去轮询，很占资源
【在 z****e 的大作中提到】
: cvs has nothing to do with test, build and deploy etc.
: u r probably talking about gradle, maven, sbt, ant etc.
|
t****n
发帖数: 313 | 26 这是没办法的补丁。perforce 也可以一个模块一个项目还可以部分enlist。
【在 g*****g 的大作中提到】
: git是模块化的，每个模块对应一个项目。很难想象有什么模块需要几十个G. 说到底是
: 你们没设好。
|
s******c
发帖数: 1920 | 27 所以他就花一个礼拜写了个git玩一下票 ....
【在 b******y 的大作中提到】
: Linus不是professional version control system developer, 所以。。。
|
s******c
发帖数: 1920 | 28 git和perforce 各有优点和缺陷。
git的branching之类的比较nb。
【在 t****n 的大作中提到】
: Git的问题是整不了太大的repository。perforce随便10个g轻松随意，git 10g的话早
: 没法用了
|
t****n
发帖数: 313 | 29 事实上git是很不错的**纯代码**库。关键是必须是代码，如果有binary什么的就是很
扯的一个东西。说起来简单，要是碰到傻逼瞎用，git很快就会被搞得一团糟，还不如
hg。
perforce的好处是很难弄乱，即使你再傻逼丢几个g的binary也没事。如果一个公司没
法保证员工都不是傻逼，最好还是用perforce。 |
g*****g
发帖数: 34805 | 30 Why are you putting binary in there? Binary should be generated from a build
server.
【在 t****n 的大作中提到】
: 事实上git是很不错的**纯代码**库。关键是必须是代码，如果有binary什么的就是很
: 扯的一个东西。说起来简单，要是碰到傻逼瞎用，git很快就会被搞得一团糟，还不如
: hg。
: perforce的好处是很难弄乱，即使你再傻逼丢几个g的binary也没事。如果一个公司没
: 法保证员工都不是傻逼，最好还是用perforce。
|
|
|
i*****h
发帖数: 1534 | 31 问个愚蠢的问题，如果commit完后想hold这个request先不merge,然后其他的commit 重
新pull new request，然后merge，这样怎么操作？ 试了下每次新的commit就显示在
hold的request里。请一直用git的人指点一下，谢谢啊 |
c******f
发帖数: 243 | 32
chromium没办法....代码太多
【在 g*****g 的大作中提到】
: git是模块化的，每个模块对应一个项目。很难想象有什么模块需要几十个G. 说到底是
: 你们没设好。
|
t****n
发帖数: 313 | 33 因为有傻逼。你懂的。
build
【在 g*****g 的大作中提到】
: Why are you putting binary in there? Binary should be generated from a build
: server.
|
g*****g
发帖数: 34805 | 34 这跟代码多少有啥关系？只要不是A引用B，B又引用A，理论上A, B分成两个repo就没有
问题。所有软件一大都有模块化设计，把一些共用的类拉出来，把各个功能模块分开。
如果是后端服务更是A, B互相引用都没关系。
【在 c******f 的大作中提到】
:
: chromium没办法....代码太多
|
k**l
发帖数: 2966 | 35 if I understand your question,
push your first job to your own branch 1 and forget it
create your own branch 2 to do the 2nd job
btw, your inbox is full, can't reply
【在 i*****h 的大作中提到】
: 问个愚蠢的问题，如果commit完后想hold这个request先不merge,然后其他的commit 重
: 新pull new request，然后merge，这样怎么操作？ 试了下每次新的commit就显示在
: hold的request里。请一直用git的人指点一下，谢谢啊
|
s*****m
发帖数: 8094 | 36 装逼呗
【在 i*****h 的大作中提到】
: RT, 大家是不是都喜欢用git啊？有什么特别的原因吗？我之前用perforce，现在换到
: git上很不习惯，commit->pull request->merge，是为了code review方便？
|
s*****m
发帖数: 8094 | 37 这种免费的垃圾不要拉出来装逼，都他吗是狗屎。
【在 j********r 的大作中提到】
: digit ocean是搞个jenkins, jenkins可以收github push，然后pull 下来deploy
: aws有自己的服务
|
s*****m
发帖数: 8094 | 38 狗狗乐坏了。。。
个
【在 i**9 的大作中提到】
: Git branch 方便，开一个 branch 没有什么cost， perforce 开个 branch 要把整个
: repo 重新copy一遍。
|
s*****m
发帖数: 8094 | 39 这种大实话才比较实在！
就他吗适应为免费吗，喜欢个逼啊！
【在 g*********e 的大作中提到】
: 因为免费
|
h*d
发帖数: 19309 | 40 脸书不是改mercury了吗，狗狗那个git是自己改出来的，据说也在考虑mercury
【在 i*****h 的大作中提到】
: RT, 大家是不是都喜欢用git啊？有什么特别的原因吗？我之前用perforce，现在换到
: git上很不习惯，commit->pull request->merge，是为了code review方便？
|
|
|
t****n
发帖数: 313 | 41 Mercurial 也是一样的，还不如git。这种东西都是军刀，perforce虽然笨拙，但是坦
克。
用军刀不用坦克有三个原因：
一：买不起坦克
二：个个都是忍者，不懈开坦克
三：大家离得太远，坦克开来开去太麻烦，还是军刀随身好
【在 h*d 的大作中提到】
: 脸书不是改mercury了吗，狗狗那个git是自己改出来的，据说也在考虑mercury
|
g*****g
发帖数: 34805 | 42 别逗了，git比perforce强了无数倍。你们觉得perforce强的都是不需要快速迭代的。
等你们能做到continuous delivery/deployment就明白我说的啥意思了。
【在 t****n 的大作中提到】
: Mercurial 也是一样的，还不如git。这种东西都是军刀，perforce虽然笨拙，但是坦
: 克。
: 用军刀不用坦克有三个原因：
: 一：买不起坦克
: 二：个个都是忍者，不懈开坦克
: 三：大家离得太远，坦克开来开去太麻烦，还是军刀随身好
|
t****n
发帖数: 313 | 43 很多地方不需要快速迭代比如银行。我说了perforce是坦克，开得慢但是很不容易击溃
。军刀快但是绝对不是人人都能用的。我见过很强的programmer用git一团糟。
【在 g*****g 的大作中提到】
: 别逗了，git比perforce强了无数倍。你们觉得perforce强的都是不需要快速迭代的。
: 等你们能做到continuous delivery/deployment就明白我说的啥意思了。
|
g*****g
发帖数: 34805 | 44 快速迭代是一种优势。不需要快速迭代git branching仍然是优势。开得快都容易出问
题，是坦克还是三轮车都一样。
【在 t****n 的大作中提到】
: 很多地方不需要快速迭代比如银行。我说了perforce是坦克，开得慢但是很不容易击溃
: 。军刀快但是绝对不是人人都能用的。我见过很强的programmer用git一团糟。
|
t****n
发帖数: 313 | 45 git概念难掌握就是最大劣势。雇的都是白痴几天就乱套了。天天问你merge conflict
怎么办，还不如让他们用perforce，甚至svn。最好特么连merge都不允许，改文件就给
我lock住。
好虫你在牛人多的地方，也要考虑这世界人的能力是正态分布。之所以总有人问“为什
么喜欢用git”，就因为有很大一部分人用不好git。
【在 g*****g 的大作中提到】
: 快速迭代是一种优势。不需要快速迭代git branching仍然是优势。开得快都容易出问
: 题，是坦克还是三轮车都一样。
|
t**********h
发帖数: 2273 | 46 Git很简单啊，多用用就对了，小公司按照Git flow整吧，不会出错
[在 tomlin (Mike Tomlin) 的大作中提到：]
：git概念难掌握就是最大劣势。雇的都是白痴几天就乱套了。天天问你merge
conflict
：怎么办，还不如让他们用perforce，甚至svn。最好特么连merge都不允许，改文件就
给我lock住。
：........... |
s*****m
发帖数: 8094 | 47 huh？狗狗里面的那个git就那么3，5个傻逼一定要装逼自己搞的一个hack
人内部用的东西比这些个免费的垃圾强了无数倍，还mercury呢，就别yy了。
【在 h*d 的大作中提到】
: 脸书不是改mercury了吗，狗狗那个git是自己改出来的，据说也在考虑mercury
|
s*****m
发帖数: 8094 | 48 perforce问题也很大，但起码workflow是okay的。所以狗狗这些个都不用。
我觉得startup用免费的完全无可厚非，关键是不要装逼，垃圾就要承认是垃圾，
天天吵吵着免费的是bible就大可不必了。
【在 t****n 的大作中提到】
: Mercurial 也是一样的，还不如git。这种东西都是军刀，perforce虽然笨拙，但是坦
: 克。
: 用军刀不用坦克有三个原因：
: 一：买不起坦克
: 二：个个都是忍者，不懈开坦克
: 三：大家离得太远，坦克开来开去太麻烦，还是军刀随身好
|
s*****m
发帖数: 8094 | 49 有一个坐井观天的装逼者。
【在 g*****g 的大作中提到】
: 别逗了，git比perforce强了无数倍。你们觉得perforce强的都是不需要快速迭代的。
: 等你们能做到continuous delivery/deployment就明白我说的啥意思了。
|
s*****m
发帖数: 8094 | 50 你可以抓几个uap的人问问，看人“出错”不。嘿嘿。
【在 t**********h 的大作中提到】
: Git很简单啊，多用用就对了，小公司按照Git flow整吧，不会出错
: [在 tomlin (Mike Tomlin) 的大作中提到：]
: ：git概念难掌握就是最大劣势。雇的都是白痴几天就乱套了。天天问你merge
: conflict
: ：怎么办，还不如让他们用perforce，甚至svn。最好特么连merge都不允许，改文件就
: 给我lock住。
: ：...........
|
|
|
g*****g
发帖数: 34805 | 51 就你那点见识别跟我老装逼行不？Github都值2B了，不知道你狗的值多少钱？连Git都
不会用，就见过perforce还真以为啥都懂。你狗有些infrastructure很牛逼。但说到
continuous deployment/delivery就是门外汉了。
【在 s*****m 的大作中提到】
: 有一个坐井观天的装逼者。
|
g*********e
发帖数: 14401 | 52 对
【在 t****n 的大作中提到】
: Git的问题是整不了太大的repository。perforce随便10个g轻松随意，git 10g的话早
: 没法用了
|
g*********e
发帖数: 14401 | 53 我要存很多config xml
用来modeling
build
【在 g*****g 的大作中提到】
: Why are you putting binary in there? Binary should be generated from a build
: server.
|
s******c
发帖数: 1920 | 54 G4?…
其实狗家内部也说要打算换git的
git5 太蛋疼
【在 s*****m 的大作中提到】
: huh？狗狗里面的那个git就那么3，5个傻逼一定要装逼自己搞的一个hack
: 人内部用的东西比这些个免费的垃圾强了无数倍，还mercury呢，就别yy了。
|
s******c
发帖数: 1920 | 55 我狗内部很多人也是心向git的
搞了个git的wrapper巨多人在用
主要就是为了cheap branching
不过那些在狗待了很久的很多真的不会用git
想想也觉得挺可悲
【在 g*****g 的大作中提到】
: 就你那点见识别跟我老装逼行不？Github都值2B了，不知道你狗的值多少钱？连Git都
: 不会用，就见过perforce还真以为啥都懂。你狗有些infrastructure很牛逼。但说到
: continuous deployment/delivery就是门外汉了。
|
g*****g
发帖数: 34805 | 56 10G的config文件？你不是搞笑吧。再说了，没人不让你分着存。一个模块要10G的文件
太夸张了。
【在 g*********e 的大作中提到】
: 我要存很多config xml
: 用来modeling
:
: build
|
s*****r
发帖数: 43070 | 57 狗的玩意类似于基于云平台的git，每个码农可以随意建立自己的workspace，相当于
git里面的一级branch
每个workspace都有snapshot的功能，写完一段code就可以take一个snapshot，相当于
git的commit。每次snapshot都会自动trigger build和相关的unit test，当然功能还
不止这些
没有git那么花哨，但狗家那么大的code base，统一到用一个tool来管理，还是很牛的
【在 g*****g 的大作中提到】
: 就你那点见识别跟我老装逼行不？Github都值2B了，不知道你狗的值多少钱？连Git都
: 不会用，就见过perforce还真以为啥都懂。你狗有些infrastructure很牛逼。但说到
: continuous deployment/delivery就是门外汉了。
|
g*****g
发帖数: 34805 | 58 perforce的branch是拷文件，merge的时候是纯粹的比较文件，历史丢失了，所以
branch慢，merge也困难。对offline的支持也不好。这是分布式和集中式VCS理念的根
本不同，不是你狗修修补补就能解决的。你狗能够做到的就是底下的存储牛逼一点，不
产生性能瓶颈而已。
【在 s*****r 的大作中提到】
: 狗的玩意类似于基于云平台的git，每个码农可以随意建立自己的workspace，相当于
: git里面的一级branch
: 每个workspace都有snapshot的功能，写完一段code就可以take一个snapshot，相当于
: git的commit。每次snapshot都会自动trigger build和相关的unit test，当然功能还
: 不止这些
: 没有git那么花哨，但狗家那么大的code base，统一到用一个tool来管理，还是很牛的
|
s*****r
发帖数: 43070 | 59 没有version，不需要branch。build file极其简单，比maven简单多了
【在 g*****g 的大作中提到】
: perforce的branch是拷文件，merge的时候是纯粹的比较文件，历史丢失了，所以
: branch慢，merge也困难。对offline的支持也不好。这是分布式和集中式VCS理念的根
: 本不同，不是你狗修修补补就能解决的。你狗能够做到的就是底下的存储牛逼一点，不
: 产生性能瓶颈而已。
|
s******c
发帖数: 1920 | 60 blaze开源了
叫bazel
【在 s*****r 的大作中提到】
: 没有version，不需要branch。build file极其简单，比maven简单多了
|
|
|
s*****m
发帖数: 8094 | 61
你有打听过有多少人用"branching“么？还巨多。。。
可悲的其实是那些装逼的。老子哪个都用过，就那么几个常用的flow，熟悉一下就好了
，没什么了不起的。
关键是一帮拍脑袋的，好东西没用过，就把个鸡巴玩意儿吹的天上去，这个好那个好。
。。
明摆着就是不要钱吗，装你妈个傻逼啊！
【在 s******c 的大作中提到】
: 我狗内部很多人也是心向git的
: 搞了个git的wrapper巨多人在用
: 主要就是为了cheap branching
: 不过那些在狗待了很久的很多真的不会用git
: 想想也觉得挺可悲
|
s*****m
发帖数: 8094 | 62 我差，你这肤浅到极致了。洗洗睡吧。
【在 g*****g 的大作中提到】
: perforce的branch是拷文件，merge的时候是纯粹的比较文件，历史丢失了，所以
: branch慢，merge也困难。对offline的支持也不好。这是分布式和集中式VCS理念的根
: 本不同，不是你狗修修补补就能解决的。你狗能够做到的就是底下的存储牛逼一点，不
: 产生性能瓶颈而已。
|
s*****m
发帖数: 8094 | 63
是没有git那么傻逼
【在 s*****r 的大作中提到】
: 狗的玩意类似于基于云平台的git，每个码农可以随意建立自己的workspace，相当于
: git里面的一级branch
: 每个workspace都有snapshot的功能，写完一段code就可以take一个snapshot，相当于
: git的commit。每次snapshot都会自动trigger build和相关的unit test，当然功能还
: 不止这些
: 没有git那么花哨，但狗家那么大的code base，统一到用一个tool来管理，还是很牛的
|
s*****m
发帖数: 8094 | 64
早就有定论的：git is off the table。
【在 s******c 的大作中提到】
: G4?…
: 其实狗家内部也说要打算换git的
: git5 太蛋疼
|
s*****m
发帖数: 8094 | 65 你慢慢逼逼，我不和你浪费时间了。
【在 g*****g 的大作中提到】
: 就你那点见识别跟我老装逼行不？Github都值2B了，不知道你狗的值多少钱？连Git都
: 不会用，就见过perforce还真以为啥都懂。你狗有些infrastructure很牛逼。但说到
: continuous deployment/delivery就是门外汉了。
|
g*****g
发帖数: 34805 | 66 傻逼你们一个release多久？好意思出来丢人。啥叫continuous deployment/delivery
你丫做过吗？尼玛熟悉个Git没多难，但Perforce就是不合适快速迭代，就这么简单一
个道理你丫这狗屁青蛙能理解才怪了。整个业界的主流看法，在你这里就是装逼而已。
装你妈的逼呀，你丫没见识别给狗狗丢人。
【在 s*****m 的大作中提到】
: 你慢慢逼逼，我不和你浪费时间了。
|
a********m
发帖数: 15480 | 67 git比perforce可强大得太多了呀。根本不是一个数量级的。
不过确实需要时间习惯。
【在 i*****h 的大作中提到】
: RT, 大家是不是都喜欢用git啊？有什么特别的原因吗？我之前用perforce，现在换到
: git上很不习惯，commit->pull request->merge，是为了code review方便？
|
s*****m
发帖数: 8094 | 68 继续逼逼你的“主流”，“不丢人”的
delivery
【在 g*****g 的大作中提到】
: 傻逼你们一个release多久？好意思出来丢人。啥叫continuous deployment/delivery
: 你丫做过吗？尼玛熟悉个Git没多难，但Perforce就是不合适快速迭代，就这么简单一
: 个道理你丫这狗屁青蛙能理解才怪了。整个业界的主流看法，在你这里就是装逼而已。
: 装你妈的逼呀，你丫没见识别给狗狗丢人。
|
g*****g
发帖数: 34805 | 69 你丫狗狗的，连狗一下都不会，做青蛙也没有这么懒的。
【在 s*****m 的大作中提到】
: 继续逼逼你的“主流”，“不丢人”的
:
: delivery
|
s*****m
发帖数: 8094 | 70 这哪能还需要狗啊！
您就是“主流”啊，您就是“砖家”！
不用狗狗了。
【在 g*****g 的大作中提到】
: 你丫狗狗的，连狗一下都不会，做青蛙也没有这么懒的。
|
|
|
g*****g
发帖数: 34805 | 71 是不用狗，本来就是个常识。当然在大公司做螺丝钉做太久了常识缺乏也不奇怪。
【在 s*****m 的大作中提到】
: 这哪能还需要狗啊！
: 您就是“主流”啊，您就是“砖家”！
: 不用狗狗了。
|
s*****m
发帖数: 8094 | 72 就等着你把“常识”做成“大公司”呢，小菜一碟啊！
【在 g*****g 的大作中提到】
: 是不用狗，本来就是个常识。当然在大公司做螺丝钉做太久了常识缺乏也不奇怪。
|
g*****g
发帖数: 34805 | 73 我们公司好歹也是SP500的，不能算小，从perforce就转到了git上。你丫真当用git的
都是用不起perforce的？
【在 s*****m 的大作中提到】
: 就等着你把“常识”做成“大公司”呢，小菜一碟啊！
|
