ما هو ضبط الإصدار للوثائق وإجراءات التشغيل القياسية والعمليات؟
معظم نتائج البحث عن «ما هو ضبط الإصدار» تفترض Git وكود المصدر. هذه الصفحة تعرّفه للوثائق وإجراءات التشغيل القياسية والعمليات بدلاً من ذلك، وتفصله عن ضبط التنقيح وضبط التغيير وضبط الوثائق.
ضبط الإصدار هو ممارسة الاحتفاظ بإصدار واحد حالي معتمد من وثيقة أو إجراء تشغيل قياسي أو عملية، إلى جانب تاريخ كامل لكل إصدار سبقه وسجل بمن غيّر ماذا.
باختصار
- ضبط الإصدار = إصدار حالي واحد، وتاريخ كامل لكل إصدار سابق، وسجل بمن غيّر ماذا، الفكرة نفسها للوثائق كما للكود.
- ضبط التنقيح هو الممارسة نفسها باسم مختلف؛ أما ضبط التغيير وضبط الوثائق فعمليتان أوسع تستخدمانه كجزء واحد.
- يحتفظ QueryChart بهذا التاريخ سلفاً لكل مخطط: سجل تغييرات، وعرض مقارنة إصدارات، واستعادة بنقرة واحدة؛ راجع /features/version-control.
- الإصدار الفرعي للمسودة (0.1، 0.2...) يتحرك في كل دورة مراجعة؛ أما الإصدار الرئيسي الكامل فيُمنح مرة واحدة فقط، عند الاعتماد الرسمي.
- تضبط إصدار شيء محدد؟ راجع /ar/guides/كيفية-ضبط-إصدار-إجراء-تشغيل-قياسي أو /ar/guides/كيفية-ضبط-إصدار-وثيقة أو /ar/guides/ضبط-إصدار-المخططات-الانسيابية.
إصدار حالي واحد، وكل ما عداه تاريخ
ابحث عن «ما هو ضبط الإصدار» وستفترض كل نتيجة تقريباً أنك تدير كود مصدر: تثبيتات، وفروعاً، وGit. هذه الصفحة عن الاستخدام الأقدم والأبسط للعبارة: ضبط إصدارات الوثائق وإجراءات التشغيل القياسية والعمليات التجارية، لا الكود. والفكرة الجوهرية لا تتغيّر بين الاثنين: إصدار حالي واحد معتمد، وتاريخ كامل لكل إصدار سبقه، وسجل يبيّن بالضبط من غيّر ماذا ومتى. الشيء الوحيد المختلف هو موضوع الترقيم نفسه: أوراق بدل قاعدة كود.
عملياً، هذا يعني أن كل تعديل على وثيقة ينتج إصداراً جديداً مرقّماً بدل الكتابة فوق الإصدار السابق، فيبقى الإصدار السابق قابلاً للاسترجاع بدل أن يختفي. وفي QueryChart هذا موجود سلفاً لكل مخطط تبنيه: سجل تغييرات يسجّل من غيّر أي حقل وممّا تغيّر وإلى ماذا تغيّر، وعرض مقارنة الإصدارات يضع أي تنقيحين جنباً إلى جنب، واستعادة إصدار قديم فعل واحد بدل إعادة كتابة؛ راجع /features/version-control للصورة الكاملة. لا شيء من هذا يحتاج تفعيلاً؛ فهو يعمل على كل مخطط منذ لحظة إنشائه.
ضبط التنقيح وضبط الإصدار فكرة واحدة باسمين: يُستخدم المصطلحان بالتبادل في معظم هذا المجال، ولا شيء ذو أثر يتوقف على أيهما تفضّله مؤسستك. أما ضبط التغيير وضبط الوثائق فأمر مختلف: هما عمليتا حوكمة أوسع تستخدمان الترقيم كآلية واحدة من آلياتهما، لا مرادفين له. فعملية ضبط التغيير (راجع /ar/guides/كيفية-إنشاء-عملية-ضبط-التغيير) تقرّر هل ينبغي أن يحدث التغيير أصلاً (الأثر، والاعتماد، والتراجع) بينما ضبط الإصدار هو ببساطة كيفية ترقيم النتيجة المعتمدة وتسجيلها بعد ذلك. أما عملية ضبط الوثائق (/ar/templates/عملية-ضبط-الوثائق، ودليل «كيفية إنشاء عملية ضبط الوثائق» على /ar/guides/كيفية-إنشاء-عملية-ضبط-الوثائق) فتحكم دورة حياة الوثيقة كاملة (الصياغة والمراجعة والاعتماد والنشر وسحب النسخة الملغاة من كل مكان عاشت فيه) وضبط الإصدار بند واحد بداخلها، لا كل مضمونها. وتحصل كل ثنائية من الثلاث على مقارنة كاملة خاصة بها على /ar/guides/ضبط-الإصدار-مقابل-ضبط-التغيير و/ar/guides/ضبط-الإصدار-مقابل-إدارة-الوثائق و/ar/guides/ضبط-التنقيح-مقابل-ضبط-الإصدار؛ وهذه الصفحة تحتاج منك فقط أن ترى أنها ليست أربع كلمات لشيء واحد.
إن كنت تعرف أصلاً أي من هذه الأشياء تضبط إصداره، فالجواب العام أعلاه أقل فائدة من الجواب المحدد: راجع /ar/guides/كيفية-ضبط-إصدار-إجراء-تشغيل-قياسي لإجراءات التشغيل القياسية، أو /ar/guides/كيفية-ضبط-إصدار-وثيقة للوثائق المضبوطة عموماً، أو /ar/guides/ضبط-إصدار-المخططات-الانسيابية إن كان ما تضبط إصداره هو خريطة العملية نفسها. وكل ما يلي (التعريف المصغّر، والمثال المرسوم، والدليل العملي) هو الحالة العامة التي تُبنى عليها هذه الحالات الثلاث.
شاهد رقم إصدار يُمنح، مرحلة بعد مرحلة
وثيقة واحدة تنتقل من مسودة عشرية عبر المراجعة والاعتماد والنشر؛ راقب بالضبط أين يتغيّر رقم إصدارها، وأين لا يتغيّر.
المسودة تبدأ من 0.1 لا من 1.0
يفتتح المخطط بـ«صياغة وثيقة جديدة» وينتقل مباشرةً إلى «تعيين إصدار المسودة الأولي 0.1»: رقم عشري، لأن لا شيء قبل الاعتماد الرسمي في هذا النظام يُمنح رقماً صحيحاً أبداً.
حلقة المراجعة ترفع الإصدار الفرعي
«تعميم المسودة للمراجعة الداخلية» و«المراجع يقيّم المسودة» يغذّيان «هل توجد تعديلات مطلوبة؟». والإجابة بنعم توجّه عبر «رفع الإصدار الفرعي» (يصبح 0.1 هو 0.2) إلى «تنقيح المسودة وفق الملاحظات»، التي تعود على فرع اسمه «إعادة مراجعة» بقدر ما تحتاج المسودة من حلقات.
الرقم الصحيح يُكتسب، لا يُفترض
«تقديم المسودة النهائية للاعتماد» و«المعتمِد يراجع المسودة النهائية» يقودان إلى «هل اعتُمدت للإصدار؟». الرفض يعود إلى «رفع الإصدار الفرعي»؛ والاعتماد يصل إلى «تعيين الإصدار الرئيسي 1.0» وصف على شكل ملف، «تحديث سجل تاريخ الإصدارات»، يسجّله.
النشر يُقاعد الإصدار القديم في الصف نفسه
يتبع «نشر الإصدار المعتمد» مباشرةً «وسم الإصدار السابق بأنه ملغى»، فيُقاعد التنقيح السابق فور صدور الجديد. والقارئ الذي يطلب تغييراً يعود عند «إعادة فتح الوثيقة عند الإصدار التالي»؛ وكل من عداه يصل إلى «الإصدار الحالي يبقى سارياً».
كيف تعمل
اختر موقعاً واحداً بوصفه الإصدار المعتمد
كل نسخة أخرى (ملف PDF أُرسل بالبريد، أو نسخة مطبوعة، أو صفحة محفوظة على قرص مشترك) نسخة من ذلك الموقع الواحد، لا أصلاً ثانياً. فإن كان مكانان يستطيعان معاً ادّعاء أنهما الحاليان، فأنت لا تملك ضبط إصدار بعد، مهما بدا ترقيمك.
افصل ترقيم المسودة عن ترقيم النشر
استخدم أرقاماً عشرية لكل ما لا يزال قيد المراجعة، واحجز الأرقام الصحيحة لما اعتُمد فعلاً، تماماً كما تقود 0.1 حتى 0.3 إلى 1.0 في المخطط أعلاه. وعندها يصبح استشهاد مراجع بـ«ملاحظات على 0.3» لا لبس فيه بشأن أي مسودة يقصد.
سجّل من غيّر ماذا، لا مجرد أن شيئاً تغيّر
تاريخ التغيير وحده لا يخبر القارئ بشيء عمّا تحرّك فعلاً. سجّل الفاعل، والحقل، والقيمة قبل وبعد لكل تعديل؛ وهذا بالضبط ما يفعله سجل تغييرات QueryChart تلقائياً لكل مخطط، دون أي إعداد.
اجعل إصدارين قابلين للمقارنة، لا للاطّلاع فقط
القدرة على فتح الإصدار 3 وفتح الإصدار 5 ليست نفسها القدرة على رؤية ما تغيّر بينهما. عرض مقارنة الإصدارات في QueryChart يضع أي تنقيحين جنباً إلى جنب فيصبح الفرق هو ما تنظر إليه، لا تخميناً.
عامل استعادة إصدار قديم كإجراء روتيني، لا طارئاً
إن كان التراجع عن تعديل خاطئ يعني مطالبة شخص لديه صلاحية قاعدة البيانات بالتدخل، فضبط الإصدار لديك موجود على الورق فقط. استعادة إصدار سابق ينبغي أن تكون فعلاً يستطيع أي محرّر مخوَّل القيام به بنفسه، لحظة ملاحظة المشكلة.
أخطاء ينبغي تجنّبها
اسم ملف يقوم مقام رقم إصدار
«SOP_v2_FINAL_reviewed(1).docx» ليس نظام إصدار، بل اسم ملف يحتوي أرقاماً بالصدفة؛ لا شيء يفرض أن يرتفع الرقم، ولا أن لا يُنتج شخصان نسختي «FINAL» خاصتيهما في آن واحد. الإصدار يحتاج أن يعيش في نظام يمنحه، لا في ما يكتبه شخص قبل الحفظ.
تاريخ لا يسجّل إلا الحالة الراهنة
الكتابة فوق وثيقة في مكانها ووصف النسخة القديمة بأنها «محفوظة في مكان ما» ليس تاريخ إصدارات، بل أمل. التاريخ الحقيقي يبقي كل إصدار سابق قابلاً للاسترجاع والمقارنة، لا مجرد قابل للاستعادة من يتذكّر أين وضعه.
معاملة «يحمل رقم إصدار» على أنها «مضبوط»
رقم على وثيقة يخبرك أنها رُقِّمت مرة؛ لا يخبرك أن النسخة القديمة سُحبت، ولا أن أحداً اعتمد التغيير، ولا حتى أن الرقم يعني ما تظنه. ضبط الإصدار هو الترقيم والسجل. أما ضبط الوثائق وضبط التغيير فهما ما يحكم العملية المحيطة به.
إعادة تسمية المصطلح بدل إصلاح الممارسة
توحيد مؤسستك على «ضبط التنقيح» بدل «ضبط الإصدار»، أو العكس، لا يغيّر شيئاً في ما إذا كانت التغييرات تُتتبَّع فعلاً. فهما الممارسة نفسها باسمين، والإصلاح الذي يهم هو السجل، لا التسمية.
شاهد سجل تغييرات مخططك في QueryChart
كل مخطط في QueryChart يحتفظ بهذا التاريخ سلفاً. أنشئ واحداً وافتح سجل تغييراته لترى ذلك بنفسك.
أدلة ذات صلة
الأسئلة الشائعة
هل ضبط الإصدار هو نفسه ضبط التنقيح؟
نعم، عملياً. يصف المصطلحان الفكرة الأساسية نفسها (إصدار حالي واحد إضافةً إلى تاريخ قابل للاسترجاع لكل إصدار سبقه) وتفضّل مؤسسات وأدوات ومعايير مختلفة كلمة على أخرى فحسب. لا شيء في الآلية يتغيّر بحسب المصطلح المستخدَم؛ راجع /ar/guides/ضبط-التنقيح-مقابل-ضبط-الإصدار للمقارنة الكاملة.
ما الفرق بين ضبط الإصدار وضبط التغيير؟
ضبط التغيير يقرّر هل ينبغي أن يحدث التغيير أصلاً: أثره، ومن يعتمده، وكيف يُتراجع عنه إن أخفق. أما ضبط الإصدار فما يسجّل النتيجة بمجرد اتخاذ ذلك القرار: الرقم الجديد، والطابع الزمني، والفاعل. يمكن أن توجد عملية ضبط تغيير بلا ضبط إصدار، لكن بشكل رديء، وضبط الإصدار بلا ضبط تغيير يعني فقط أن أحداً لم يقرّر أن التغيير فكرة جيدة قبل ترقيمه. راجع /ar/guides/ضبط-الإصدار-مقابل-ضبط-التغيير و/ar/guides/كيفية-إنشاء-عملية-ضبط-التغيير لآليات لجنة CAB والتراجع.
هل يعمل ضبط الإصدار بالطريقة نفسها للوثائق كما للكود؟
الفكرة الجوهرية متطابقة (إصدار حالي واحد معتمد، وتاريخ كامل لما سبقه، وسجل بمن غيّر ماذا) لكن الآلية تختلف. ضبط إصدار الكود مثل Git مبنيّ حول تفريع ودمج خطوط عمل متزامنة؛ أما ضبط إصدار الوثائق والعمليات فخطي غالباً، مسودة واحدة تنتقل عبر المراجعة إلى إصدار معتمد واحد، وهو أقرب إلى ما تصفه هذه الصفحة والمخطط المثال.
هل أثر التدقيق في QueryChart مفعَّل افتراضياً؟
تاريخ الإصدارات الموصوف في هذه الصفحة (سجل التغييرات، ومقارنة الإصدارات، والاستعادة) مجاني ويعمل تلقائياً على كل مخطط دون إعداد. أما أثر التدقيق الامتثالي في QueryChart، سجل مسلسل التجزئة مربوط بضوابط ISO 27001 وSOC 2 وHIPAA، فقدرة مدفوعة منفصلة تفعّلها المؤسسة عن قصد. وهو غير مفعَّل افتراضياً، وليس شيئاً يعمل بالفعل في كل حساب.
