3 ms·
I could have done that but, but I decided to build on the server for a few reasons. 1. I wanted to keep this custom service similar to other dotCloud custom se
by KenCochrane 14y ago
I could have done that but, but I decided to build on the server for a few reasons.
1. I wanted to keep this custom service similar to other dotCloud custom services where they build on the server.
2. I didn't want to have to worry about trying to build on the client, there are a lot of unknowns, where as on the server I know what is going on and it is in a controlled environment.
3. I'm still new to Go, and I wanted to keep things as simple as possible to start.
I'm not opposed to doing the cross compiling on the client, I just needed to make a choice, and I picked the server side instead. If I hear from people that it is better to do this on the client, I'd be happy to accept a pull request to change it.