是否有可能要求Git在需要合并时将其放入文件的行末尾使用CRLF而不是LF?

如果在没有可见EOL字符的情况下解决文本编辑器中的冲突,如果按选择删除,很容易意外地将这些LF合并到最后:

离开你:

现在有两个LF已经潜入你的CRLF文件了!
显然,一种替代方案是在解析合并时只需要更多关注行结尾,但我想我会问有什么方法可以告诉Git将CRLF用于它在这里生成的行.
我正在运行一个 WordPress 5.2.3 站点并且在管理面板中遇到了一些问题。
我有一个自定义角色,我们称之为librarian,还有一个自定义帖子类型,我们称之为book。
我想让它librarian可以编辑一个book但不能创建一个新的。
按照另一个问题(WordPress:在自定义帖子类型上禁用“添加新”)和WordPress 文档中的建议,我最终得到了以下代码:
// Custom post type.
register_post_type('book',
array(
'labels' => array(
'name' => __( 'book' ),
'singular_name' => __( 'Book' )
),
'capability_type' => array('book', 'books'),
'capabilities' => array(
'create_posts' => 'do_not_allow' // <-- The important bit.
),
'map_meta_cap' => true,
'description' => 'Book full of pages',
'exclude_from_search' => true,
'publicly_queryable' => false,
'show_in_nav_menus' => false,
'show_ui' => true,
'show_in_menu' => true, …Run Code Online (Sandbox Code Playgroud)