自己一个人写的前后端分离应用怎么使用 git 比较好

我选 1

我目前是 3

我们公司用的是 3

3，前端部分也可以用 maven 插件自动打包

@dekuofa #4
@yakun4566 #3
@Carseason #2 考虑到，如果后端修改了前端没修改，push 上去依然会触发 ci，导致重新部署了一次前端代码，是不是不太好？

从运维角度考虑是 1 最优，但是从管理方面是 3 方便，2 我只能理解为懒

1
另外 submodule 了解一下

@just1 前后分离当然有两个部署流程。 如果是容器化的会是两个容器。

去 google 搜索一下如何把两个 repo 合并成一个 repo 并保留完整历史的提问就应该能做出正确的选择

这和运维有啥关系? 同一个 repo 的两个模块就不能独立发版独立打包了难道?

如果分开部署，比如前端用 nginx 转发，用 1
如果不分开部署，比如前端资源打包到后端工程里，用 3
分支不推荐，切分支太麻烦

@just1 3，管理起来会方便很多，如果你需要考虑这种情况，那确实不能兼备

3,前后端分目录，但最后打包打成一个 docker image,或者直接把前端编译后的静态资源放入后端中。我用 gradle 做过，不算复杂而且很舒服

自己一个人的话 3，分开打包就行

如果都用 js 写的话，不妨用用 lerna

提有个问题，两个分支的话能同时打开两个分支同时写吗。

@wpblank #15 可以 clone 两份啊。

@orzorzorzorz #16 ...我傻了 谢谢

我这里的做法是分开，然后上层单独做个工程，里面有几个 submodules

我选 1

我用的 1

前后端分离了就是两个项目了。选 1

你选 1 或者 3 我都能理解，但是谁会选 2 啊？
分支分支，你这一个前端一个后端，也不是从一个东西里分出来的呀。

1
假装自己是两个人

选 1。
真要选 3 的话不如用 svn

既然前后端分离了，当然选 1 比较灵活，互不影响迭代、测试、部署，选 3 的话开发人员多了，版本库里面看起来太乱了。

@wpblank git workspace 了解下,不需要 clone 两份的