当文件（可能）是最新文件时，如何将Git repo从一台PC传输到另一台PC？

我有一个关于

PC1

的项目，我一直在使用

GitExtensions

和

BitBucket

来管理它。由于git之前的活动，该文件夹几乎被复制到另一台（远程）计算机上

PC2

，但那里没有

git

repo，我想导出现有的

git

repo，以便在

PC1

和

BitBucket

上获得最新的提交和其他活动

我想做一个

fetch

然后

merge

操作，部分原因是我不完全确定两台电脑是否对齐，我想看看发生了什么

我尝试使用

GitExtensions

拉取

，但在获取后，当我尝试

合并

时，它显然会抱怨每个现有文件都会被覆盖。类似地，如果我尝试提交，它将决定更新repo中的每个文件

我只是想知道被接受的“

git

”实现这一点的方法是什么——我如何设置

PC2

，这样就不会对每个源文件进行初始大规模覆盖

---

将整个

.git\

文件夹树从

PC1

传输到

PC2

是否有效

是的，传输

.git

目录实际上有些合理。将

.git

目录从PC1复制到PC2后，您可以在PC2上运行

git status

或

git diff

，查看PC2上的不同之处。

好的，我尝试了复制repo

git status

和

git diff

仍然将每个文件显示为不同的，但我怀疑这现在是一个行尾问题。只要找到那个选项……有两种方法可以做到：你可以用.gittributes文件改变Git对文件的看法，或者你可以用unix2dos或dos2unix转换文件。我已经花了一个小时的大部分时间阅读了

autocrlf

上的所有S/O帖子，但我仍然一点也不明白！我不认为有一个

git

主题会暴露出如此广泛的观点。我倾向于使用全局

核心。autocrlf=true

和

safecrlf=？？

。我的情况是所有的PC都是Windows，我更喜欢所有的源文件都有CRLF在磁盘上（而且不关心它们在repo中的状态）。您对这些配置选项有何建议？如果您希望CRLF无处不在，那么您可以保留

core.autocrlf=false

，这将意味着CRLF将存储在回购中，并应为您提供最可预测的行为。好，那么，二进制文件中单独的

LF

是否有被折叠到

CRLF

的危险？我想要“一切保持原样”选项。