如何优雅地维护多个 release 的 git 分支

有没有一种可能，放在配置文件里。

这个难道不应该用配置文件吗….

我的意思是：有没有有这么一种可能🤔

目前来说，你是错的，但是过一段时间之后，你会发现楼上几位是错的。

额，谢谢，忘了说，是个安卓 app ，不上市场
其实本来默认就是空的，让大家装好 app 自己配，然后客户觉得费事，老板就让给每个客户配好

那其实你不需要不同分支啊，你只需要不同配置文件，每个客户打包使用不同的就行了。

那就根据域名来区分，判断不同域名就连不同服务器地址

@runningowl
不好意思，那就根据包名连不同服务器

Android 可以在 build 里设置 product flavor ， 你可以根据不同的 flavor 来设置资源文件里的值， 你可以搜索 Android product flavor 相关的关键字， 不知道这个是不是 OP 想要的

比如

productFlavors {
app1 {
resValue "string", "app_name", "App 1"
resValue "string", "api_url", "app1.xxx.com/v1/api"
}

app2 {
resValue "string", "app_name", "App 2"
resValue "string", "api_url", "app2.xxx.com/v1/api"
}
}

也可以根据 Flavor 产生不同的包名

applicationVariants.all {
variant ->
variant.outputs.all { output ->
def SEP = "_"
def flavor = variant.productFlavors[0].name
def buildType = variant.buildType.name
def version = variant.versionName
def date = new Date();
def formattedDate = date.format('yyMMdd_HHmm')
def apkName = "android_" + flavor + SEP + buildType + SEP + version + SEP + formattedDate + ".apk"
outputFileName = new File(apkName)
}
}

@arch9999 #4 分支隔离配置是对的无论配置是代码还是配置文件,把配置全写一块代价就是完全泄密

@dqzcwxb 分支隔离到最后不还在一个 git 库里么，泄密什么的有区别么。

如果是后端应用，应该进来考虑使用“环境变量”或类似的方式处理。

如果是安卓应用，楼上 @onetown 是正解。不同的渠道包也是这个方式来打。

@runningowl #5

启动时从服务器拉配置包传 package 参数啊

CI/CD 配置好，只要不大幅度涉及业务逻辑层的改动，怎么搞都行。

product flavor 好像不错，这就研究下，谢谢

@estk 但我们用的一个名字丢给不同客户，onetown 提供的思路可以试试，应该就有不同包名和对应连接了

@dqzcwxb 因为都是自己维护，而且只是个服务器地址，应该没有泄密问题

当然，所以，不管怎样，好像这个不是 git 应该管的事了？