You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a user, I would like the ability to selectively disable certain parts of the GitHub sync feature in Huly. This will provide greater flexibility and control over what data is synchronized between GitHub and Huly, making the integration more tailored to individual or organizational needs.
Current Behavior
Currently, the GitHub sync feature in Huly synchronizes all configured data (e.g., repositories, issues, pull requests, etc.) without offering options to exclude specific components.
Desired Behavior
Introduce a configuration option in Huly to enable or disable specific parts of the GitHub sync process. For example:
Issues: Option to disable syncing of GitHub issues.
Pull Requests: Option to disable syncing of pull request data.
Commits/Branches: Option to exclude commits or branch information from syncing.
Use Cases
Focused Sync: Users may only want to sync issues and pull requests without repositories or commits for streamlined workflows.
Privacy Concerns: Organizations may wish to limit synchronization of sensitive data, such as private repositories or specific commit histories.
Performance Optimization: Reducing the scope of synchronization can improve performance, especially for users with large repositories or extensive histories.
Implementation Suggestions
Settings Page:
Add a "GitHub Sync" section to the settings page with toggle switches or checkboxes for each sync component (e.g., Repositories, Issues, Pull Requests, Commits/Branches).
API Configuration:
Extend the GitHub sync API to support parameters that define which components to include or exclude during the sync process.
Feedback Mechanism:
Display a summary of enabled/disabled components in the settings or sync status page to ensure transparency for users.
Example UI/UX
A user navigates to the "GitHub Integration Settings" page in Huly.
The page displays toggle switches for:
Repositories [Enabled/Disabled]
Issues [Enabled/Disabled]
Pull Requests [Enabled/Disabled]
Commits/Branches [Enabled/Disabled]
The user selects only "Issues" and "Pull Requests" for syncing, and the changes are saved.
Benefits
Enhances user control and customization of the sync feature.
Addresses specific needs and use cases, improving overall user experience.
Optimizes performance by reducing unnecessary sync operations.
Additional Notes
Consider default settings that enable all sync components to maintain backward compatibility for existing users.
Include documentation or tooltips to explain the purpose of each sync component for new users.
Priority
Medium - This feature would significantly improve usability and flexibility but is not critical for core functionality.
Acceptance Criteria
A user can navigate to the settings page and toggle specific GitHub sync components on or off.
Sync behavior reflects the selected options, excluding disabled components from the process.
Documentation is updated to reflect the new settings and usage instructions.
The text was updated successfully, but these errors were encountered:
Description
As a user, I would like the ability to selectively disable certain parts of the GitHub sync feature in Huly. This will provide greater flexibility and control over what data is synchronized between GitHub and Huly, making the integration more tailored to individual or organizational needs.
Current Behavior
Currently, the GitHub sync feature in Huly synchronizes all configured data (e.g., repositories, issues, pull requests, etc.) without offering options to exclude specific components.
Desired Behavior
Introduce a configuration option in Huly to enable or disable specific parts of the GitHub sync process. For example:
Use Cases
Implementation Suggestions
Example UI/UX
Benefits
Additional Notes
Priority
Medium - This feature would significantly improve usability and flexibility but is not critical for core functionality.
Acceptance Criteria
The text was updated successfully, but these errors were encountered: