docs: faq: monorepo: add another question and clarify bisecting section
authorTim-Philipp Müller <tim@centricular.com>
Tue, 28 Sep 2021 23:05:21 +0000 (00:05 +0100)
committerGStreamer Marge Bot <gitlab-merge-bot@gstreamer-foundation.org>
Wed, 29 Sep 2021 03:21:21 +0000 (03:21 +0000)
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/953>

subprojects/gst-docs/markdown/frequently-asked-questions/mono-repository.md

index 7fdcade..9e9a4a4 100644 (file)
@@ -89,6 +89,10 @@ This script will only modify your local gstreamer mono repository checkout and n
 
 We will continue to release the various GStreamer modules individually as tarballs, so if you only consume tarballs the move to a mono repository should not affect you at all.
 
+## I use or distribute the release tarballs but would rather not bother with all those separate module tarballs - is the monorepo going to do anything for me?
+
+In future (>= v1.19.3) you will be able to simply download a mono repo tarball for the [release tag](https://gitlab.freedesktop.org/gstreamer/gstreamer/-/tags) in gitlab which will then contain all modules same as the monorepo in git.
+
 ## I use gst-build - what should I use now?
 
 In short, the `gstreamer` repository has now become what `gst-build` used to be, with the small difference that the code for all the main GStreamer modules is now already in the repository in the subprojects folder, and doesn't need to be downloaded via Meson as part of the build process.
@@ -117,7 +121,7 @@ All the modules have been imported as-is, with history and commit hashes unchang
 
 ## Does that mean we will be able to easily git bisect across modules now?
 
-Why yes, yes it does.
+Why yes, yes it does. At least going forward. git bisecting into pre-monorepo history will not work.
 
 ## Have all modules been moved into the mono repository?