Join your own Zoom call, share your screen, and record. Make sure to do a quick test recording first and ensure it looks/sounds good.
This can be broken up into multiple sections/videos if it's too much for one session.
@eread or I will then turn your videos into notes. This should result in a list of items that were unclear, poorly organized, or didn't work; and ideas for fixes and improvements.
During the video:
You can read the doc to yourself in realtime, but intersperse narration of any thoughts about the doc, anything missing/unclear, and any actions you are taking to test the usage of the doc on your computer or in GitLab itself.
Recordings:
Recordings are uploaded to the "GitLab Unfiltered" YouTube channel on completion.
I recorded twice a video for topic "Create and add your SSH Keys" but in the first recording my headset was not recording audio correctly, and in the second there was some personally identifiable information. I will record that session again.
I've added a link in the issue description for a YouTube search that displays the current videos.
@eread would you have time to get started on converting these to notes/issues, and I'll pick up whatever you can't get done before your time off?
I created an epic &1179. I'm thinking that rather than use the Google Doc and then creating issues off of that, that we could instead simply create one issue per teardown video and log problems found (and potentially also proposed resolutions for each). What do you think?
Milestone %11.10 has expired, this will be rescheduled to the
next milestone in active development %12.0.
If you think this is incorrect, please feel free to update the
milestone to a more appropriate one.
GitLab is moving all development for both GitLab Community Edition
and Enterprise Edition into a single codebase. The current
gitlab-ce repository will become a read-only mirror, without any
proprietary code. All development is moved to the current
gitlab-ee repository, which we will rename to just gitlab in the
coming weeks. As part of this migration, issues will be moved to the
current gitlab-ee project.
If you have any questions about all of this, please ask them in our
dedicated FAQ issue.
Using "gitlab" and "gitlab-ce" would be confusing, so we decided to
rename gitlab-ce to gitlab-foss to make the purpose of this FOSS
repository more clear
I created a merge requests for CE, and this got closed. What do I
need to do?
Everything in the ee/ directory is proprietary. Everything else is
free and open source software. If your merge request does not change
anything in the ee/ directory, the process of contributing changes
is the same as when using the gitlab-ce repository.
Will you accept merge requests on the gitlab-ce/gitlab-foss project
after it has been renamed?
No. Merge requests submitted to this project will be closed automatically.
Will I still be able to view old issues and merge requests in
gitlab-ce/gitlab-foss?
Yes.
How will this affect users of GitLab CE using Omnibus?
No changes will be necessary, as the packages built remain the same.
How will this affect users of GitLab CE that build from source?
Once the project has been renamed, you will need to change your Git
remotes to use this new URL. GitLab will take care of redirecting Git
operations so there is no hard deadline, but we recommend doing this
as soon as the projects have been renamed.
Where can I see a timeline of the remaining steps?