TeamCity: Best Practices to deploy produced installers (artifacts)
Asked Answered
A

4

14

We got a TeamCity server which produces nightly deployable builds. We want our beta tester to have access these nightly builds.

What are the best practices to do this? TeamCity Server is not public, it is in our office, so I assume best approach would be pushing artifacts via FTP or something like that.

Also I have no clue how to trigger a script when an artifact created successfully. Does TeamCity provide a way to do that?

Ardene answered 9/7, 2009 at 22:41 Comment(0)
R
0

I suggest you start looking at something like (n)Ant to handle your build process. That way you can handle the entire "build artifacts" -> "publish artifacts" chain in an automated manner. These tools are dependency based, so the artifacts would only be published if the build succeeded.

Roseanneroseate answered 14/7, 2009 at 13:6 Comment(2)
Call me crazy -- but what does (n)Ant give you that TeamCity doesn't?Ashantiashbaugh
When this answer was written waaay back in 2009, TC didn't do half the things it does now. However, you will still have much more control over your build & deployment process if you write a build script yourself. What goes in that is down to your personal take on things. It answers the question in so much as it points someone in a direction to investigate further, which is reasonable IMHO.Roseanneroseate
B
7

I don't know of a way to trigger a script, but I wouldn't worry about that. You can retrieve artifacts via a URL. Depending on what makes sense for your project, you could have a script set up on a scheduler (cron or Windows Scheduling) that pulls the artifact and sends it to the FTP site for the Beta testers. You can configure it to pull only the latest successful artifact. If you set up the naming right, if the build fails they beta testers won't notice because the new build number just won't be there, no bad builds would be pushed to them.

Beneath answered 25/10, 2009 at 18:42 Comment(0)
M
3

Read the following help page from the documentation. It shows how you send commands from your build script to tell teamCity to publish the artifacts to a given path.

Monocle answered 14/7, 2009 at 13:13 Comment(2)
I don't understand this one. The linked help page tells you how to publish artifacts during build, but you can only specify the path from which the artifacts are being published, not the target path. I'm looking for similar things, so I'm really interested in the solution :)Karrikarrie
Team City 6 sets the path to: confluence.jetbrains.net/display/TCD6/…Wiltonwiltsey
R
2

In TeamCity 7.0+ you can use Deployer plugin. Installation steps can be found here. It also allows to upload artifacts via SMB and SSH.

Ricketts answered 7/4, 2014 at 13:3 Comment(0)
R
0

I suggest you start looking at something like (n)Ant to handle your build process. That way you can handle the entire "build artifacts" -> "publish artifacts" chain in an automated manner. These tools are dependency based, so the artifacts would only be published if the build succeeded.

Roseanneroseate answered 14/7, 2009 at 13:6 Comment(2)
Call me crazy -- but what does (n)Ant give you that TeamCity doesn't?Ashantiashbaugh
When this answer was written waaay back in 2009, TC didn't do half the things it does now. However, you will still have much more control over your build & deployment process if you write a build script yourself. What goes in that is down to your personal take on things. It answers the question in so much as it points someone in a direction to investigate further, which is reasonable IMHO.Roseanneroseate

© 2022 - 2024 — McMap. All rights reserved.