עדכון זרימת עבודה

תמיכה התקנה
,

סיכום מבוסס בינה מלאכותית

alltiagocom, a new self-hosted Discourse user, shares confusion about the update workflow involving Docker_manager. They noticed that updates for Discourse and plugins are locked until Docker_manager is updated first — a behavior they confirm is normal but wish was better explained. They also mistakenly thought the “Processes” section showed update progress, leading to unnecessary waiting. alltiagocom asks for best practices: whether to update components, then plugins, then Discourse to avoid errors. They suggest a UX improvement: clicking the “Update” button should automatically start the update process, rather than requiring a second click on “Start Updating” — which they found counterintuitive. NateDhaliwal links to a similar feature request on Meta, and alltiagocom confirms they’ve left feedback there. The discussion falls under the “Hosting” category with the tag docker-manager, and centers on improving clarity and usability in the update workflow.

1

כמשתמש חדש של Discourse בהתקנה עצמית, אני עדיין מנסה להבין איך הדברים עובדים, אז אנא התאזרו בסבלנות…

כשמדובר בעדכונים, שמתי לב היום שכאשר ל-Docker_manager יש עדכון, איני יכול לעדכן שום דבר אחר כמו Discourse והפלאגינים. לקח לי זמן להבין שהייתי צריך ללחוץ על Update בשורה של Docker_manager כדי לפתוח את כפתור Update All וגם את כפתורי ה-Update האישיים עבור הפלאגינים. האם זו ההתנהגות הרגילה, ומדוע?

כשמעדכנים, האם יש “שיטות עבודה מומלצות”, כמו עדכון הקומפוננטות תחילה, ואז הפלאגינים, ואז Discourse? אני מנסה להימנע מכמה שיותר שגיאות אפשריות.

תודה.

2

I think a similar request has been made here:

3

תודה. בדיוק השארתי את המשוב שלי שם.