86 karma · joined March 14, 2018
If you are wondering what's the Auto DevOps - GitLab Auto DevOps eliminates the complexities of getting going with automated software delivery by automatically setting up the pipeline and necessary integrations. You can find out more info at the landing page [1] and the documentation [2].
Also, if you want to write the details, it would be great to open an issue https://gitlab.com/gitlab-org/gitlab-ce/issues. Thanks in advance.
Thank you for pointing this out and sorry for the confusion.
Since the migration, our availability has improved greatly (caveat: we obviously have much less data than from Azure).
There are multiple reasons for this improvement. We chose Google Cloud Platform because we believe that they offer the most reliable cloud platform for our workload, particularly as we move towards running GitLab.com in Kubernetes. It is worth pointing out that we also used the migration as an opportunity to improve our infrastructure, simplify some components and otherwise make things more stable and more observable. Finally, we've also been focusing on building the infrastructure team up, having hired many new team members over the past few months. This means that the team has been better able to balance the job of running GitLab.com with making it more stable.
Start iterating on transparency, it may be hard but you will see the great results and it will make everyone around collaborate much more.
You probably heard of the event [2] which occurred almost 2 years ago - people are still talking about it and we are really happy and impressed to see everyone, including us, learning from that experience.
I hope this non-technical suggestion will help you to think about a solution to your question. If your team is not used to this kind of openness, eventually they will like the positive feedback from the community (we see that as a small iteration :-)). A comment section at [2] may be the extra source of motivation.
Have a nice day,
Djordje - Community Advocate at GitLab
[1] https://about.gitlab.com/handbook/values/#transparency
[2] https://about.gitlab.com/2017/02/01/gitlab-dot-com-database-...
It's amazing to see people from various communities helping each other with simple tips, we call that a small iteration :-).
I never expected this thread will grow this much. At the moment of posting my comment, the thread was almost empty and my intention was to share as much of valuable information to captaindiego. However, it turned into a reaally big thread and the context of my comment probably turned into something else for later viewers.
Anyway, as we always try to stay transparent I left it as it is. Thank you for your great opinion, I'll consider your words when posting a comment next time.
I'd love to share our "All Remote" page as well. https://about.gitlab.com/company/culture/all-remote/.
There you can read how remote work is changing the workforce, how it changes the organization, advantages for employees and organizations and what did we learn about remote working.
Additionally, our blog page is the great place to learn about our culture and remote working at GitLab https://about.gitlab.com/blog/.
Here's the list of our blog posts I would recommend. This may be a really interesting read for you:
[1] https://about.gitlab.com/2018/10/18/the-case-for-all-remote-...
[2] https://about.gitlab.com/2018/05/17/eliminating-distractions...
[3] https://about.gitlab.com/2018/04/27/remote-future-how-remote...
[4] https://about.gitlab.com/2018/04/17/remote-work-facilitates-...
[5] https://about.gitlab.com/2018/03/16/remote-work-done-right/
Could you please let us know what could make your experience more convenient? Are there any suggestions you'd like to share? We'd like to hear what made your hard time using our Wiki.
Feel free to raise an issue or submit a feature proposal over at https://gitlab.com/gitlab-org/gitlab-ce/issues? We'd love to follow up on it. Thanks!
I would love to share this little piece of information about GitLab installation with everyone.
Since there was a little confusion mentioning GitLab installation, I would love to clarify that our installation page [1] offers many different approaches. Before the installation process, please make sure that you read our Installation doc [2].
The Omnibus package may be the best choice installation since it is quicker to install, easier to upgrade, and it contains features to enhance reliability not found in other methods [2].
[1] https://about.gitlab.com/install/
[2] https://docs.gitlab.com/ee/install/
[3] Other official installation methods are via Docker, Kubernetes, Google Cloud Platform etc.
We'd love to follow up on your blog post once it's finished. Could you please reach out to us via community@gitlab.com when it's done? Thanks!
Anyway, please check this documentation for Epics https://docs.gitlab.com/ee/user/group/epics/ and Milestones https://docs.gitlab.com/ee/user/project/milestones/
Can you tell us which are the basic features that are missing? And what could make your experience more convenient? Actually, could you please open a feature proposal about that over at https://gitlab.com/gitlab-org/gitlab-ce/issues? We'd love to follow up on it.
Thank you for your comment, we really appreciate your words. It's great to hear your feedback and you can check out the latest data on stability and performance here https://about.gitlab.com/2018/10/11/gitlab-com-stability-pos...