مراجعة بنيوية
لا تبدو الشيفرة المنقولة والمعاد تنسيقها كضوضاء. تُبرز الرموز المعدلة ضمن بنيتها لفهم أثر إعادة الهيكلة، لا مجرد آلاف الأسطر التي تغيرت.
فروق بنيوية باستخدام Tree-sitter لأكثر من 60 لغة، منها TypeScript وPython وRust وGo وJava. لا تظهر الشيفرة المنقولة أو المعاد تنسيقها ككتلة تغييرات غير مترابطة؛ بل تُبرز الرموز المعدلة ضمن بنيتها. إذا تعذر تحليل ملف، تظهر رقعة Git العادية مع توضيح الرجوع إليها. وتبقى الرقعة متاحة بالتبديل.
تحتاج المراجعة إلى تمييز تغير السلوك ونقل الرموز وإعادة التنسيق فقط. تظل الرقعة العادية المرجع، بينما يساعد التحليل الدلالي على فحص عمليات إعادة الهيكلة الكبيرة.
لا يَعِد FluxGit بفروق دلالية كاملة لكل لغة أو ملف. العروض الدلالية تجريبية ويجب أن توضح الرجوع إلى النص. عند تعذر التحليل الدلالي، يكون عرض فروق Git العادية هو السلوك الصحيح.
لا تبدو الشيفرة المنقولة والمعاد تنسيقها كضوضاء. تُبرز الرموز المعدلة ضمن بنيتها لفهم أثر إعادة الهيكلة، لا مجرد آلاف الأسطر التي تغيرت.
إذا تعذر تحليل ملف، يوضح العرض ذلك ويظهر فروق Git العادية. يبين «Copy semantic diff» عدد الملفات التي حُللت بنيوياً وعدد الملفات التي رجعت للنص. لا يُختلق ملخص.
عندما يقترح وكيل merge أو rebase أو reset، تفتح بطاقة الموافقة الملخص البنيوي ثم فروق كل ملف، مع أولوية العرض الدلالي. إذا تعذر التحليل، يظهر «Structural view unavailable - showing text diff».
قد تحتوي الفروق على شيفرة حساسة. يتعامل FluxGit معها كسياق محلي للتطبيق، ما لم ترسل المحتوى عمداً إلى مسار ذكاء اصطناعي أو مزود مُعدّ، أو تشارك التشخيصات بموافقة.