我来自Jenkins和Teamcity CI工具的背景。在我的新工作中,我们正在考虑迁移到Gitlab CI,因为我们已经将它用于其他用途,并且在Jenkins中没有建立太多的构建,因此迁移应该不会太痛苦。
Gitlab CI似乎非常适合MySqlConnection conn = new MySqlConnection("Server = db4free.net; Port = 3306; Database = XXX; User Id = XXX; Password=XXX; charset=utf8");
if(conn.State == ConnectionState.Closed)
{
conn.Open();
msg.Text = "Opened successfully"; //just a textview
conn.Close();
}
的“传统”管道。但是,Jenkins中有一些“实用程序”脚本,它们实际上在自然生命周期之外。这些通常是独立的脚本,用于更新依赖关系/某些内容,而不必在本地运行它们,而是创建专用的CI作业以使其更容易。
在Gitlab CI中有可能吗?要拥有独立于该管道的“ the”管道和一些“ misc” /“ util”作业,但是哪个可以与同一存储库一起使用?这与Gitlab CI的“哲学”不一致吗?
答案 0 :(得分:0)
此问题一旦解决,应该可以实现:https://gitlab.com/gitlab-org/gitlab-ce/issues/24935
当前针对Gitlab 11.10。